home *** CD-ROM | disk | FTP | other *** search
/ NetNews Offline 2 / NetNews Offline Volume 2.iso / news / comp / sys / amiga / programmer / 6385 < prev    next >
Encoding:
Internet Message Format  |  1996-08-05  |  5.9 KB
  1. Path: pravda.aa.msen.com!not-for-mail
  2. From: crandall@mail.msen.com (Chad Randall)
  3. Newsgroups: comp.sys.amiga.programmer
  4. Subject: Re: Visual E - New E Developer Tool - vedev.gif (0/1)
  5. Date: 27 Mar 1996 13:35:58 GMT
  6. Organization: Msen, Inc. -- Ann Arbor, MI.
  7. Message-ID: <4jbg7u$hf0@pravda.aa.msen.com>
  8. References: <68772090@0humpty.tomate.tng.oche.de> <Dou4u8.2H1@cix.compulink.co.uk> <315906f0.9219429@news.hik.se>
  9. NNTP-Posting-Host: conch.aa.msen.com
  10. X-Newsreader: TIN [UNIX 1.3 950824BETA PL0]
  11.  
  12. Andreas Johansson (td93aj@te.hik.se) wrote:
  13. : E versus C/C++ (+ quest. How do I make a library in E?)
  14. : 
  15. : >A Visual E may be a good toy for amateur programmers to play with, but 
  16. : >anything based around E cannot be a professional development system, IMHO.
  17. : 
  18. : Good arguments to use C/C++
  19. : ---------------------------
  20. : 1) This expressions works in C but not in E, and it sucks without
  21. : them:
  22. : 
  23. : -------------------------------------------
  24. : Accessing the pointer to a member variable:
  25. : -------------------------------------------
  26. : C/C++
  27. : &(test->myptr)=10;
  28. : 
  29. : E (should be, but doesn't work)
  30. : {test.tjoho}:=10
  31.  
  32. I'm not sure what you are trying to do here.  {variable}
  33. returns the *address* of a member variable.  Why are
  34. you trying to change the address of a variable?
  35.  
  36. Of course, is some instances you need to pass the address
  37. of a variable to a .library routine (gadtools fe).
  38. In that case, you do need to hack a bit, and pass a dummy
  39. variable, then copy the value into the structure.
  40.  
  41.  
  42. : -----------------------------------
  43. : Case statment on a member variable:
  44. : -----------------------------------
  45. : C/C++
  46. : switch(test->myvar)
  47. : {
  48. :    .....
  49. : }
  50. : 
  51. : E (should be, but doesn't work)
  52. : SELECT test.myvar
  53. :   .....
  54. : ENDSELECT
  55.  
  56. Yes.  This is a bit annoying.  But it can be worked around.
  57.  
  58.  
  59. : --------------------------------------------------------------
  60. : A hole structure in a functionheader:
  61. : (I got that problem when i tried to write a BOOPSI class in E,
  62. : please do anyone have a solution for this?)
  63. : --------------------------------------------------------------
  64. : C/C++
  65. : void *dispatcher(Class *class, Object *object, Msg msg)  //(or
  66. : something like that)
  67. : {
  68. :    .....
  69. : }
  70. : 
  71. : E
  72. : PROC dispathcer(class:PTR TO iclass, object:PTR TO object, msg:PTR TO
  73. : msg)
  74. :    ......
  75. : ENDPROC
  76. : ----------------------------------------------------------------
  77.  
  78. I've written several BOOPSI classes in (.library) form.  The source
  79. was included in Iconian 2.96 archive.  It was removed from the 2.97
  80. release, tho, as it was getting a bit big.  Here's a recap:
  81.  
  82. PROC init_gaugeiclass()
  83.   DEF cl:PTR TO iclass
  84.   IF cl:=MakeClass('gaugeiclass','imageclass',NIL,SIZEOF gaugeidata,0)
  85.     installhook(cl.dispatcher,{gaugei_dispatcher})
  86.   ENDIF
  87. ENDPROC cl
  88.  
  89. PROC gaugei_dispatcher(cl:PTR TO iclass,obj:PTR TO object,msg:PTR TO msg)
  90. ...
  91. ENDPROC
  92.  
  93. PROC installhook(hook,func)
  94.   MOVE.L  hook,A0
  95.   MOVE.L  func,12(A0)
  96.   LEA     hookentry(PC),A1
  97.   MOVE.L  A1,8(A0)
  98.   MOVE.L  A4,16(A0)
  99.   MOVE.L  A0,D0
  100. ENDPROC D0
  101.  
  102. hookentry:
  103.   MOVEM.L D2-D7/A2-A6,-(A7)
  104.   MOVE.L  16(A0),A4
  105.   MOVE.L  A0,-(A7)
  106.   MOVE.L  A2,-(A7)
  107.   MOVE.L  A1,-(A7)
  108.   MOVE.L  12(A0),A0
  109.   JSR     (A0)
  110.   LEA     12(A7),A7
  111.   MOVEM.L (A7)+,D2-D7/A2-A6
  112.   RTS
  113.  
  114. You have to remember that E requires that A4 contain a pointer to 
  115. the global variable space.
  116.  
  117.  
  118. : 2) In some ways more advanced linker and header files
  119. : ------------------------------------------------------
  120. : 
  121. : In C++ you can have then a class header in a .h file. And the code
  122. : for the functions in .o files.
  123. : 
  124. : .h file:
  125. : class test
  126. : {
  127. :    void tjoho();
  128. : };
  129. : 
  130. : .o file before compiled:
  131. : void test::tjoho()
  132. : {
  133. : }
  134. : 
  135. : In E you must have the code and the object header in the same file.
  136. : 
  137. : OBJECT test
  138. : ENDOBJECT
  139. : 
  140. : PROC tjoho() OF test
  141. : ENDPROC
  142. : --------------------------------------------------------
  143.  
  144. BZZT!  Wrong.  Just export the class.  I'm currently
  145. building a gadget layout system in E OOP.  The base class
  146. in it's own module.  And children are in other modules.
  147. There is a problem with the E cache system, tho.  And
  148. you should always use flushcache when working with
  149. modules, or use the build command to rebuild all dependent
  150. modules.
  151.  
  152.  
  153. : Now some good arguments  for E:
  154. : -------------------------------
  155. : There are only one E compiler, no strange variations. No
  156. : troubleshoothing with different kinds of .lib files or anything.
  157. : 
  158. : More integrated with the inline assembler. In C there are some strange
  159. : variations how to write the inline assembler, because it's not a part
  160. : of any C standard.
  161. : 
  162. : More Amiga feeling in E, because of it's so close to assembler.
  163. :
  164. : Compacter code in most cases.
  165.  
  166. I don't know about this one.  My code always seems very bloated...
  167. but this may be because of the way I write code.  I have slowly
  168. learned by experimentation what things I can do to reduce size...
  169. but I still have lots of code left over from the "old" days.
  170.  
  171. : A lot of C-compilers do not have precompiled headerfiles, but E have
  172. : the module system, and a module is always compiled.
  173. : 
  174. : Not so strong typechecking. I know that you can use void * and long in
  175. : C almost like E, but you always have to write typeconversions and that
  176. : makes the code not look so good.
  177. : 
  178. : I haven't lookt so much on the LISP alike functions in E, but there
  179. : are nothing like that in C.
  180. : 
  181. : VERY FAST COMPILNG
  182. : 
  183. : YOU CAN COMPILE A PROGRAM WITHOUT THAT 10 MB THAT YOU DIDN'T AFFORD.
  184. : ---------------------------------------------------------------------
  185. : 
  186. : 
  187. : 3) And how do I make a E modules that looks like below when I run
  188. : ShowModule on it?
  189. : 
  190. : LIBRARY blabla
  191. :    Test(A0)
  192. : ENDLIBRARY
  193.  
  194. LIBRARY 'blabla.library',1,1,'blabla.library 1.1 (1/1/78)' IS
  195.   test
  196.  
  197. PROC test(dummy) IS EMPTY
  198.  
  199. Compile this, and you will get 2 files:
  200.  "blabla.library" and "blabla.m"
  201. Delete the "blabla.library" file and keep the "blabla.m" file
  202. as your module.  You can also go a different route, and
  203. use the "pragma2module" program, and write a .pragma
  204. file... or write a clib file, convert it to a pragma, then
  205. to a module. ;)
  206.